home *** CD-ROM | disk | FTP | other *** search
/ Hacker's Secrets 4 / Hacker's Secrets 4.iso / faq / comp2037.txt < prev    next >
Text File  |  1997-01-06  |  10KB  |  236 lines
  1. Subject: computer-security/Windows NT Security FAQ
  2. Supersedes: <secfaq.p8_850416605@iss.net>
  3. Date: 27 Dec 1996 18:13:58 GMT
  4. rking:28572
  5.  
  6. Posting-frequency: monthly
  7. Version: 3.00
  8.  
  9. Windows NT Security FAQ
  10.  
  11. Version: 3.00
  12. ----------------------------------------------------------------------------
  13. This Security FAQ is a resource provided by:
  14.  
  15.      Internet Security Systems, Inc.
  16.      Suite 660, 41 Perimeter Center East          Tel: (770) 395-0150
  17.      Atlanta, Georgia 30346                       Fax: (770) 395-1972
  18.  
  19. ----------------------------------------------------------------------------
  20. To get the newest updates of Security files check the following services:
  21.  
  22.      http://www.iss.net/
  23.      ftp ftp.iss.net /pub/
  24.  
  25. To subscibe to the update mailing list, Alert, send an e-mail to
  26. request-alert@iss.net and, in the text of your message (not the subject
  27. line), write:
  28.  
  29.      subscribe alert
  30.  
  31. ----------------------------------------------------------------------------
  32.  
  33. The NT environment allows the security to be very flexible. For an
  34. administrator, they should be aware of the issues for having a secure NT
  35. machine. Here are some of the major security issues. This is a rough draft,
  36. so it is missing information. If you see areas of information that was
  37. missed, feel free to send to cklaus@iss.net and I will update the document.
  38.  
  39.    * NT Security Mailing List
  40.    * Access control lists (ACLs)
  41.    * Network Access
  42.    * Registry
  43.    * PPTP (Point to Point Tunneling Protocal)
  44.    * File Shares
  45.    * MS IIS Web Server
  46.    * FTP Server
  47.    * NFS Server
  48.    * Rlogin Server
  49.  
  50. ----------------------------------------------------------------------------
  51. NT Security Mailing List
  52.  
  53. To join, send e-mail to request-ntsecurity@iss.net and, in the text of your
  54. message (not the subject line), write:
  55.  
  56.         subscribe ntsecurity
  57.  
  58. ----------------------------------------------------------------------------
  59. Access control lists
  60.  
  61. To really lock NT down hard, set the root directory to full access for
  62. administrators and system, list access to users (not Everyone). Let that
  63. work all the way down the tree. Loosen things up as need be, but what has
  64. been done is ensure that any new directory that gets created will have those
  65. permissions.
  66.  
  67. Make sure the print spool directory has full access to creator\owner (see
  68. the NT Resource Kit, 3.51 Update 1 (also known as vol 5)).
  69.  
  70. Go through (using cacls, or use the search facility of either file manager
  71. or explorer) and set the permissions on all of the executables and DLLs to
  72. full access to admins (or if people normally work on that machine under
  73. admin status, remove write permission for admins), and list only
  74. (read-execute) permissions to users.
  75.  
  76. Note that it is now difficult for users to install any software. This could
  77. be good or bad, depending on what you want to do. Make a list of common DLLs
  78. that are updated often and give users delete permission.
  79.  
  80. Now apply the "smoke test" - log in as a user, and see what is broken. Some
  81. programs insist on being able to write to an .ini file in the system tree -
  82. if users can't write to (or create) these files, these programs will fail.
  83. Change the permissions as need be.
  84.  
  85. Be careful, it is possible where non-admins either can't successfully log
  86. in, or get a desktop that is completely blank.
  87.  
  88. If users are allowed to store files locally, make sure that they have full
  89. rights to their own directories. Note that under NT 4.0, a user's desktop
  90. profile, and numerous other things are stored under the system tree - look
  91. in %systemroot%\profiles, and make sure each user has full rights to their
  92. subdirectory - it should be admin, system, and user have full access.
  93.  
  94. It is a good idea to loosen up the temp directory - a good thing is to give
  95. users list access, but creator\owner full access. There may be other
  96. directories that need work, depending on what apps are installed, and
  97. whether they have any notion of multiple users - one example would be the
  98. cache directory for a web browser.
  99.  
  100. Since people have a lot of different needs, there is no single answer - it
  101. depends on the environment.
  102.  
  103. As to user rights, go through and make sure Guest is not only disabled, but
  104. that it has no rights to anything.
  105.  
  106. ----------------------------------------------------------------------------
  107. Network Access
  108.  
  109. Give careful attention to who is allowed to log on from the network and
  110. locally.
  111.  
  112. One thing to consider is that the administrator account is on every machine,
  113. and can't be locked out from too many bad passwords. A good way around this
  114. is to remove the administrator's group from the permissions to log on from
  115. the network, and add back in the individual users who are the admins.
  116.  
  117. Now go set it up to audit failed login attempts, lock out users for a few
  118. minutes if there are too many login failures, and require a password of
  119. decent length - 6 characters is acceptable. This makes brute force attacks
  120. very difficult. If you want to prevent other users from accessing the
  121. machine remotely, you can also remove the users from the right to log on
  122. from the network - that confines the users to having to use the shares on
  123. the server. This also prevents anyone not given that right from accessing
  124. the event log, the registry, and the shares on the machine. Pay attention to
  125. who can and cannot shut the machine down, and make it require you to log in
  126. to shut it down.
  127.  
  128. ----------------------------------------------------------------------------
  129. PPTP
  130.  
  131. Point to Point Tunneling Protocal
  132.  
  133. This is a feature in NT 4.0 that allows encryption between an NT 4.0 server
  134. and possible dialins. There is source code available on
  135. http://www.microsoft.com. There are several companies that provide dialin
  136. access such as US Robotics that is adding in support for PPTP.
  137.  
  138. ----------------------------------------------------------------------------
  139. Registry
  140.  
  141. In the registry, Remove write permission to Everyone from HKEY_CLASSES_ROOT,
  142. and give full access to creator\owner, which is what Microsoft did with NT
  143. 4.0 - much more secure.
  144.  
  145. ----------------------------------------------------------------------------
  146. File Shares
  147.  
  148. Go through all the shares that are available and make sure that the
  149. permissions are set correctly - don't accept the default of full access to
  150. everyone.
  151.  
  152. The file sharing service if available and accessible by anyone can crash the
  153. NT 3.51 machine by using the dot..dot bug and require it to be rebooted.
  154. This technique on a Windows 95 machine potentially allows anyone to gain
  155. access to the whole hard drive. This vulnerability is documented in
  156. Microsoft Knowledge Base article number Q140818 last revision dated March
  157. 15, 1996. Resolution is to install the latest service pack for Windows NT
  158. version 3.51. The latest service pack to have the patch is in service pack
  159. 4.
  160.  
  161. ----------------------------------------------------------------------------
  162. MicroSoft IIS Web Server
  163.  
  164. Versions prior to 1.0c were vulnerable to allowing users to execute commands
  165. remotely and allow access to all the files on the same hard drive partition
  166. as the IIS Server. Make sure that the web server is version 1.0c or higher.
  167. NT 4.0 comes with IIS Version 2.0 that fixes these known problems.
  168.  
  169. Additonal Information on the IIS Web Server bugs is available at
  170. http://www.omna.com/msiis .
  171.  
  172. ----------------------------------------------------------------------------
  173. FTP Server
  174.  
  175. Many times FTP is configured to allow anyone to log in and have access to
  176. the whole hard drive. Attempt to log in and check to see what files are
  177. accessible. By doing a "cd ..", it may allow people to go higher in the file
  178. system that what is intended.
  179.  
  180. ----------------------------------------------------------------------------
  181. NFS Server
  182.  
  183. Network File System can easily be configured to allow anyone to have access
  184. to files being exported. Check to see if they are correctly configured for
  185. the proper exports.
  186.  
  187. ----------------------------------------------------------------------------
  188. RLogin Server
  189.  
  190. There is an rlogin server that comes with NT. Rlogin is a service that
  191. allows people to configure their login to not require a password if coming
  192. from certain machines. Intruders have figured out ways to by-pass this
  193. security and it is recommended to not allow this server to run.
  194. ----------------------------------------------------------------------------
  195.  
  196. Copyright
  197.  
  198. This paper is Copyright (c) 1994, 1995, 1996
  199.    by Christopher Klaus of Internet Security Systems, Inc.
  200.  
  201. Permission is hereby granted to give away free copies electronically. You
  202. may distribute, transfer, or spread this paper electronically. You may not
  203. pretend that you wrote it. This copyright notice must be maintained in any
  204. copy made. If you wish to reprint the whole or any part of this paper in any
  205. other medium excluding electronic medium, please ask the author for
  206. permission.
  207.  
  208. Disclaimer
  209.  
  210. The information within this paper may change without notice. Use of this
  211. information constitutes acceptance for use in an AS IS condition. There are
  212. NO warranties with regard to this information. In no event shall the author
  213. be liable for any damages whatsoever arising out of or in connection with
  214. the use or spread of this information. Any use of this information is at the
  215. user's own risk.
  216.  
  217. Address of Author
  218.  
  219. Please send suggestions, updates, and comments to:
  220. Christopher Klaus <cklaus@iss.net> of Internet Security Systems, Inc.
  221. <iss@iss.net>
  222.  
  223. Internet Security Systems, Inc.
  224.  
  225. ISS is the leader in network security tools and technology through
  226. innovative audit, correction, and monitoring software. The Atlanta-based
  227. company's flagship product, Internet Scanner, is the leading commercial
  228. attack simulation and security audit tool. The Internet Scanner SAFEsuite is
  229. based upon ISS' award-winning Internet Scanner and was specifically designed
  230. with expanded capabilities to assess a variety of network security issues
  231. confronting web sites, firewalls, servers and workstations. The Internet
  232. Scanner SAFEsuite is the most comprehensive security assessment tool
  233. available. For more information about ISS or its products, contact the
  234. company at (770) 395-0150 or e-mail at iss@iss.net. ISS maintains a Home
  235. Page on the World Wide Web at http://www.iss.net
  236.